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PROTECTIVE RELAY WITH EMBEDDED WEB SERVER 

BACKGROUND OF THE INVENTION 

The present invention generally relates to devices and systems for providing 
protective control to power networks. More particularly, the present invention relates 
to the remote control of protective relays and remote display of power system data. 

Protective relaying devices are widely known and used for providing 
protective control of power systems. Such protective relays incorporate a digital 
microprocessor for providing protective control of power distribution systems. There 
are known digital protective relays which have communications capabilities. A 
microprocessor-based protective relaying device having communications capability is 
disclosed, for example, in U.S. Patent 5,982,585. However, the communications 
capabilities are typically relatively limited, and might include, for example, an 
application layer protocol such as Modbus RTU or ASCII for communication over a 
Universal Asynchronous Receiver Transmitter (UART) data link layer with an RS485, 
RS232 or other fiber optic physical layer interface. Typically, digital protective relays 
having a communications capability support only one application layer 
communications protocol, even where the relay includes multiple communications 
ports. 

U.S. Patent 5,680,324 discloses a communications processor for electric power 
substations. The communications processor includes an electronic network system 
with seventeen individual communications ports , four quadrature UART devices, 
each of which serves four of the ports, and a microprocessor which processes and 
controls the flow of data under the control of stored control programs, command 
settings, and command logic. Relays, meters, or other intelligent electronic devices 
are connected to some of the ports, and remote terminal units, local computers, or a 
modem are connected to master ports. The communication processor has a capability 
of communicating with the various port devices through an ASCII communication 
format. The processor is capable of supporting simultaneous communication with 
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multiple devices and users. However, the processor is a centralized communication 
device, which is separate and distinct from the protective relays, meters, and other port 
devices. Accordingly, the > 324 patent does not focus on the communications 
capabilities of the relays or other port devices. 

5 Digital protective relays incorporating communications capabilities require a 

human machine interface (HMI) which allows a user to perform configuration and 
control tasks, and which retrieves and displays to the user information stored within 
the relay. Conventionally, the HMI interface is implemented in product-specific 
software, and manufacturers of relays may have more than a dozen different HMI 
10 software packages to communicate with various types of relays. 

To further enhance the utility of a digital protective relay, and to provide more 
comprehensive protective control of power distribution systems, it would be desirable 
to improve the communications capabilities of digital protective relays. More 
particularly, it would be desirable for a protective relay to include a Human Machine 
15 Interface which incorporates a common "off-the-shelf software package which is not 
product-specific. Known protective relays do not sufficiently address these needs. 

SUMMARY OF THE INVENTION 

The present invention overcomes the problems noted above, and achieves 
additional advantages, by providing for a protective relaying device with embedded 
web server technology to allow the device to be remotely controlled and/or monitored 

20 by any remote device having a standard web browser software package. According to 
exemplary embodiments described herein, a protective relay for providing protective 
control to a power system includes a microprocessor, first and second connections to 
communications network (e.g., the Internet) and the power system, respectively, and a 
communications server configured to receive relay configuration commands from a 

25 remote computer over the communications network in a network format, and to 
provide power system data and relay status data to the remote computer over the 
communications network in the network format. 
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The present invention advantageously allows a human machine interface to be 
generated remotely using standard browser packages, and avoids the need for device- 
specific software. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The features and advantages of the present invention can be understood more 
5 completely by reading the following Detailed Description of presently-preferred 
embodiments of the present invention in conjunction with the accompanying 
drawings, in which like reference indicators are used to designate like elements, and in 
which: 

G FIG. 1 is a diagram of a conventional arrangement of a protective relaying 

qS 1 0 device in communication with a remote computer; 

yj FIG. 2 is a diagram of an arrangement of a protective relaying device in 

H communication with a remote computer according to an embodiment of the present 

- invention; 

I FIG. 3 is a diagram showing a variety of communications links for 

Nil 5 communicating with one or more protective relaying devices according to an 
2 embodiment of the present invention; 

FIG. 4 is a diagram of a server protocol stack implemented in a protective 
relaying device according to an embodiment of the present invention; 

FIG. 5 is a data flow diagram showing a server data flow in a protective 
20 relaying device according to an embodiment of the present invention; and 

FIG. 6 is a source code listing of an exemplary implementation of the present 
invention. 

DETAILED DESCRIPTION OF THE INVENTION 

Referring now to FIG. 1, a conventional arrangement of a protective relaying 
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intelligent electronic device (LED) 1 0 in communication with a remote client computer 
12 is shown. The device 10 includes functional modules 14 stored as executable 
software programs which provide various protective relaying functions as are known 
in the art. A database 16 exchanges device data, including relay settings and actual 
5 power system values with the functional modules 14. A file system server 18 is 
provided in the device 10, and exchanges data with the database 16. A 
communications protocol server 19 is provided in the device 10; the server 19 is 
configured to exchange data with the file system server 18 in a protocol dependent file 
data format based on the device protocol for the specific type of remote client 
10 computer 12. The server 19 is further configured to exchange data with the remote 
client computer 12 using a device-dependent protocol dependent upon the type of 
remote client computer 12. Client computer 12 executes a device-specific Human 
Machine Interface (HMI) software package, of which many are known, to allow a user 
to interface with the client computer and remotely monitor and control the device 10. 

k Referring now to FIG. 2 5 an arrangement according to an embodiment of the 

^present invention is shown. In this embodiment a hypertext markup language 
(HTML) server 28 is provided in addition tOyOr in place of, file system server 18. 
Further, a hypertext transfer protocol serve/29 is provided in addition to, or in place 
of, communications protocol server 19. yThe HTML server 28 is positioned and 

20 configured to exchange communication signals with the database 16, and is positioned 
and configured to exchange communication signals (such as HTML files or data, 
which may include java applets, graphics, or text) with the HTTP protocol server 29. 
The HTTP protocol server 29 communicates with a remote client computer 22 which 
operates according to a web ^browser software. The web browser software can be any 

25 suitable internet browser program, including the well-known Internet Explorer 

browser available frorryMicrosoft corporation or the well-known Netscape Navigator 
browser available from Netscape corporation. Such browsers are not device-specific; 
that is, they will nm on any of a wide variety of remote computer devices, unlike the 
conventional aj?ningement of FIG. 1, where a device-specific communication program 

30 is required. / 
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Referring now to FIG. 3, a diagram showing numerous communication 
possibilities that can be implemented based on the arrangement of FIG. 2. In FIG. 3, a 
plurality of remote computer devices 22 located at a user location physically remote 
from a power system are connected by a local area network (LAN) 32. Each computer 
5 22 includes a standard web browser software package; thus, each computer 22 can 

connect to, and communicate over, a computer network such as the Internet, via either 
a router 34 designed for connected LAN devices to the Internet, or via modem device 
36 and public switched telephone network 38. Some distance from the remote user 
location is a remote substation 40 which includes a second router 44 and a second 

10 local area network (LAN) 42, which are separate and independent from the router 34 
and LAN 32 associated with the remote user location. The LAN 42 of the remote 
substation 40 connects a plurality of protective relaying devices 46 in communication 
with one another. Each protective relaying device includes web server software 
substantially as shown and described with respect to FIG. 2. Further, the LAN 42 of 

15 the remote substation 40 can also be directly connected to a substation computer 48 
equipped with web browser software. 

In the diagram of FIG. 3, it will be appreciated that by providing web browser 
software in the protective relaying devices 46, each device can be individually 
monitored, configured, and controlled remotely by any of a number of devices over 

20 any of a number of communication links. For example, one or more individual 

devices 46 can be monitored and/or controlled by a remote computer 22 connected to 
a LAN 32 which is independent of the substation LAN 42 via router 34. One or more 
individual devices 46 can be monitored and/or controlled by a remote computer 22 via 
a modem 36 and telephone network 38. One or more individual devices 46 can also 

25 be monitored and/or controlled by a substation computer 48 connected to the LAN 42 
of the substation 40. It will further be appreciated that numerous other 
communication links are possible to link a remote control device to a protective 
relaying device. For example, wireless communication techniques can also be used to 
remotely monitor and/or control one or more of the protective relaying devices 46; 

30 further, one or more protective relays associated with different substations can be 
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remotely controlled and/or monitored in parallel from the same or different remote 
computers. Other possibilities can be envisioned and implemented by those of 
ordinary skill in the art. 

Referring now to FIG. 4, a diagram showing a protocol "stack" or 
5 communications profile of a protective relaying device according to an embodiment of 
the present invention is shown. Such a protocol stack can be implemented by suitably 
programming a microprocessor associated with the protective relaying device. The 
protocol stack is a layered arrangement of communication protocols. In the example 
of FIG. 4, a hypertext transfer protocol (HTTP) server 50 is of the C++ class; that is, 

10 operating according to software code written in C++ language. It has been found that 
the C++ code integrates well with the other software code in certain protective relays. 
The use of C++ code allows data to be generated dynamically rather than requiring 
the storing of previously-generated files for later transmission by the server 50. The 
server 50 is provided as part of the protective relaying device. The protocol stack 

15 provided to server 50 includes a sockets application programming interface 52, such 
as the well-known secure sockets layer (SSL) as a next layer of communication 
protocol. The protocol stack of FIG. 4 further includes a transmission control protocol 
(TCP) layer 54 which allows for error detection and recovery; as is well-known in the 
art, the TCP protocol provides a reliable stream delivery and virtual connection 

20 service to applications through the use of sequenced acknowledgment with 

retransmission of packets when necessary. The protocol stack of FIG. 4 further 
includes an Internet Protocol (IP) layer 56 which allows packets of data to be 
assembled and disassembled in the protective relaying device. This protocol stack 
(consisting of layers 52, 54, and 56) can support communications necessary to achieve 

25 the monitoring and control techniques of FIG. 3 via an ethemet device driver 58. 

Further, the server 50 can achieve the monitoring and control techniques of FIG. 3 via 
an RS-232 device driver 60 if the protocol stack of layers 52, 54, and 56 is 
supplemented by a point-to-point protocol (PPP) layer 59. As is known in the art, the 
Point-to-Point Protocol (PPP) originally developed as an encapsulation protocol for 

30 transporting IP traffic over point-to-point links. PPP also established a standard for the 
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assignment and management of IP addresses, asynchronous (start/stop) and bit- 
oriented synchronous encapsulation, network protocol multiplexing, link 
configuration, link quality testing, error detection, and option negotiation for such 
capabilities as network-layer address negotiation and data-compression negotiation. 
5 PPP supports these functions by providing an extensible Link Control Protocol (LCP) 
and a family of Network Control Protocols (NCPs) to negotiate optional configuration 
parameters and facilities. PPP supports other protocols in addition to IP. It will of 
course be appreciated that the protocol stack of FIG. 4 can be modified in a variety of 
ways to support communications between the server 50 and remote devices using 
1 0 other protocols or data formats. 

Referring now to FIG. 5, a data flow diagram illustrative of data flow through 
an exemplary HTTP server in a protective relay is shown. Such a data flow can be 
implemented by suitably programming a microprocessor associated with the 
protective relaying device. In this example, the relay server 50 receives one or more 
"GET" commands from a web browser program running on a remote client computer 
over a physical communication link (such as of the types shown and described with 
respect to FIG. 3). The relay server 50 transmits the files generated in response to the 
"GET" commands. Each http connection is given a "File User" object, which 
manages the process of obtaining data from a "File Source" class, such as C++ file 
source class 62 (which generates HTML or other data when requested via an HTTP 
"GET" command) or static data file source class 64 (which provides static data such 
as graphics and Java applet class files stored in memory 66 in response to the "GET" 
commands). The "File Source" base class provides a "find" function, which the http 
server 50 uses to locate the file source object associated with a filename provided in 
the one or more "GET" commands. 

In the example of FIG. 5, file source "arguments" accept arguments in addition 
to the file name. These arguments can specify which particular data should be 
included in the generated web page. For example, if a user at a remote client 
computer desires to have a summary memory map displayed, a GET command would 
30 specify "memoryMap.htm". To display a detailed map for a particular module, the 
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GET command would specify "memoryMap.htm?xxx", where "xxx" identifies a 
particular module. The C++ class associated with the "memoryMap.htm" filename 
uses the xxx parameter to determine what data to provide. 

In a typical scenario, the web browser running on the remote client computer 
5 GETs an html page using an embedded Java applet command. The browser than gets 
the applet class file and runs it. The running applet periodically (e.g., several times 
per second) retrieves a dynamically generated HTML page from the http server. The 
Java code formats the received data and displays it graphically in the web browser 
using the display of the remote client computer. 

10 Referring now to FIG. 6 5 a source code listing for an exemplary software 

program implementing the present invention is provided. The source code is 
Copyright, 2000, General Electric Company.. 

While the foregoing description includes numerous details, it is to be 
understood that these are provided for purposes of illustration and explanation only, 
1 5 and that these are not limitations of the invention. The examples described above can 
be widely varied by one of ordinary skill in the art without departing from the spirit 
and the scope of the invention, as defined by the following claims and their legal 
equivalents. 
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